home *** CD-ROM | disk | FTP | other *** search
/ SGI Developer Toolbox 6.1 / SGI Developer Toolbox 6.1 - Disc 4.iso / documents / RFC / rfc1640.txt < prev    next >
Text File  |  1994-08-01  |  22KB  |  564 lines

  1.  
  2.  
  3.  
  4.  
  5.  
  6.  
  7. Network Working Group                                         S. Crocker
  8. Request for Comments: 1640                                           TIS
  9. Category: Informational                                        June 1994
  10.  
  11.  
  12.            The Process for Organization of Internet Standards
  13.                          Working Group (POISED)
  14.  
  15. Status of this Memo
  16.  
  17.    This memo provides information for the Internet community.  This memo
  18.    does not specify an Internet standard of any kind.  Distribution of
  19.    this memo is unlimited.
  20.  
  21. Abstract
  22.  
  23.    This report, originally prepared in January 1993 provides a summary
  24.    of the POISED WG, starting from the events leading to the formation
  25.    of the WG to the end of 1992.  Necessarily, this synopsis represents
  26.    my own perception, particularly for the "prehistory" period.  Quite a
  27.    few people hold strong views about both the overall sequence and
  28.    specific events.  My intent here is to convey as neutral a point of
  29.    view as possible.
  30.  
  31. Background and Formation of POISED Working Group
  32.  
  33.    The POISED WG resulted from two sequences of activity, both
  34.    intimately related to the growth of the Internet.  During 1991, there
  35.    was great concern that the IP address space was being depleted and
  36.    that the routing tables were growing too large.  Some change in the
  37.    IP addressing and routing mechanisms seemed inevitable, and it became
  38.    urgent to explore and choose what those changes should be.  The ROAD
  39.    Working Group was formed to study the issues and recommend changes.
  40.    The ROAD group returned with a specific recommendation for the short
  41.    term, but did not reach a conclusion on a long term plan.
  42.  
  43.    The IESG then formulated a plan of action for further exploration of
  44.    the issues and forwarded these recommendations to the IAB.  In June
  45.    1992, after the INET '92 meeting in Kobe, Japan, the IAB met and
  46.    considered the IESG's recommendations.  After considering the IESG's
  47.    recommendations, the IAB felt that additional ideas were also
  48.    important, particularly some of the addressing ideas in the CLNP
  49.    protocol.  The IAB communicated its concerns, and there was immediate
  50.    controversy along two dimensions.  One dimension was technical: What
  51.    is the best course for evolving the IP protocol?  How important or
  52.    useful are the ideas in the OSI protocol stack?  The other dimension
  53.    was political: Who makes decisions within the Internet community?
  54.    Who chooses who makes these decisions?
  55.  
  56.  
  57.  
  58. Crocker                                                         [Page 1]
  59.  
  60. RFC 1640                    POISED WG Report                   June 1994
  61.  
  62.  
  63.    As often happens during periods of conflict, communication suffered
  64.    among the several parties.  The June communication from the IAB was
  65.    understood by many an IAB decision or, equivalently, a sense of the
  66.    decisions the IAB would make in the future.  In contrast, many if not
  67.    all on the IAB felt that they were trying to open up the discussion
  68.    and their memos were intended as advice and not decisions.  From my
  69.    perspective, this form of miscommunication was partly due to the
  70.    extended size of the Internet technical community.  When the
  71.    community was much smaller, the IAB was in close contact with the day
  72.    to day workings of the technical groups.  With the creation of the
  73.    IESG and area directorates, there are now two or three layers between
  74.    a working group and the IAB.
  75.  
  76.    These matters came to a head during the IETF meeting in July in
  77.    Cambridge, MA.  It was made clear that the consideration of changes
  78.    to the IP protocol remained open.  Work on that topic has proceeded
  79.    and is reported in the appropriate forums.  However, it became clear
  80.    that it was necessary to examine the decision process and the
  81.    procedures for populating the IESG and IAB.  With respect to the
  82.    procedures for selecting IAB and IESG members, the procedures that
  83.    were in place derived from the creation of the Internet Society
  84.    (ISOC) and the ISOC's sponsorship of the IAB.  These procedures had
  85.    been developed during the early part of 1992 and had been adopted by
  86.    the ISOC during its meeting in Kobe in June.  Hence, as fast as the
  87.    ISOC was building the framework for supporting the Internet
  88.    community, the community was questioning its structure and processes.
  89.  
  90.    Following the IETF meeting, Vint Cerf, Internet Society president,
  91.    called for the formation of working group to examine the processes
  92.    and particularly the selection process (Attachment 1).  During
  93.    August, the working group was formed, I was asked to chair it, and a
  94.    charter for the WG was formulated (Attachment 2).  (The acronym is
  95.    due to Erik Huizer and originally stood for The Process for
  96.    Organization of Internet Standards and Development.  It was shortened
  97.    to fit into the space available on paper and in the IETF
  98.    Secretariat's database.)
  99.  
  100. Deliberations: August through mid-November
  101.  
  102.    The formation of the POISED WG provided a forum for discussion of
  103.    process issues.  An estimated 20 MB of messages filled up disks all
  104.    over the world.  Much of this discussion was fragmented or focused on
  105.    narrow issues.  The salient point that emerged was the need for a
  106.    well defined process for selecting leaders with explicit community
  107.    representation in the selection process.  There was also substantial
  108.    discussion of the role of the IAB -- to what extent should it make
  109.    decisions and to what extent should it provide technical guidance? --
  110.    and the relationship between the IAB and IESG.
  111.  
  112.  
  113.  
  114. Crocker                                                         [Page 2]
  115.  
  116. RFC 1640                    POISED WG Report                   June 1994
  117.  
  118.  
  119.    After several weeks of discussion, Carl Malamud and I  attempted to
  120.    capture the main elements of the discussion by presenting a specific
  121.    proposal for the reorganization of the entire structure.  The main
  122.    elements of the proposal were:
  123.  
  124.       o Retention of the WG and area structure now in place within the
  125.         IETF.
  126.  
  127.       o Replacement of the IAB and IESG by two boards, one devoted to
  128.         technical management and one devoted to oversight of the
  129.         process.
  130.  
  131.       o Well defined terms for members of both boards.
  132.  
  133.       o Selection by committees with input from the community.
  134.  
  135.    This proposal was technically radical in the sense that it proposed
  136.    new structures to replace existing structures instead of proposing
  137.    changes within the existing system.  The proposal focused all further
  138.    discussion and set the stage for the fall IETF in mid-November in
  139.    Washington D.C.
  140.  
  141. November IETF meeting
  142.  
  143.    By virtue of the intensity of interest throughout the community, the
  144.    POISED WG was one of the focal points of the IETF meeting.  The
  145.    schedule included a plenary session Tuesday morning to present the
  146.    current state of the POISED WG discussions, a formal POISED WG
  147.    session Tuesday afternoon and an open IESG meeting Thursday evening
  148.    devoted to the POISED issues.  The formal schedule was only the tip
  149.    of the iceberg; numerous meetings took place over breakfast, lunch
  150.    and dinner, in the halls and off in the corners.  The more active
  151.    participants probably had a dozen or more separate meetings on this
  152.    over the three most active days, Tuesday, Wednesday and Thursday.
  153.  
  154.    Amidst all this frenetic activity, remarkable progress occurred at
  155.    two key points.  At the Tuesday afternoon POISED WG meeting, Lyman
  156.    Chapin, IAB chair, Phill Gross, IETF chair and IAB member, and other
  157.    IAB members proposed changes within the existing IAB/IESG structure
  158.    which converged with the process management elements of the Malamud-
  159.    Crocker proposal.  The key point was that all processing of standards
  160.    actions, including the final decision to advance a specification
  161.    along the standards track, would be made by the IESG.  This change in
  162.    the process shortens the decision cycle and brings it a step closer
  163.    to the working group.   Convergence on this key point obviated a
  164.    radical proposal and signaled the building of a consensus on how the
  165.    standards process should evolve.  Over the next two days attention
  166.    then turned to the selection process.
  167.  
  168.  
  169.  
  170. Crocker                                                         [Page 3]
  171.  
  172. RFC 1640                    POISED WG Report                   June 1994
  173.  
  174.  
  175.    As indicated above, there was a strong feeling in the community that
  176.    the IAB and IESG members should be selected with the consensus of the
  177.    community.  A natural mechanism for doing this is through formal
  178.    voting.  However, a formal voting process requires formal delineation
  179.    of who's enfranchised.  One of the strengths of the IETF is there
  180.    isn't any formal membership requirement, nor is there a tradition of
  181.    decision through  votes.  Decisions are generally reached by
  182.    consensus with mediation by leaders when necessary.
  183.  
  184.    Various formulas were considered, and the one that emerged was that
  185.    IAB and IESG members would be selected by a nomination and recruiting
  186.    committee.  The committee is to consist of seven members from the
  187.    community, with non-voting representatives from the IAB and IESG and
  188.    a non-voting chair provided by the ISOC.  The seven members are to be
  189.    volunteers, with selection by lot if there are more than seven
  190.    volunteers.  The only requirement for volunteers is they must have
  191.    attended two IETF meetings.  This requirement is designed to ensure
  192.    the nomination committee has some familiarity with the Internet
  193.    community and the standards process.
  194.  
  195.    IAB and IESG members are to serve two years.  Half of each body is to
  196.    have terms starting in odd years, and half is to have terms starting
  197.    in even years.  Selections to the IESG have to be ratified by the
  198.    IAB, and selections to the IAB had to be ratified by the ISOC.  In
  199.    the event that the nomination committee is unable to reach a
  200.    consensus on a single candidate for each position, it may forward
  201.    multiple nominations to the ratifying body, and the ratifying body
  202.    will select the candidate.
  203.  
  204.    In addition to this selection process, a recall mechanism was
  205.    outlined using a similar scheme.  The ISOC is to supply an ombudsman
  206.    who will field complaints after all oversight processes have been
  207.    exhausted.  If the ombudsman is unable to resolve a complaint after a
  208.    cooling off period, a recall committee, selected at random among
  209.    volunteering community members, will consider the matter.  A two
  210.    thirds vote by the committee is necessary to remove someone.
  211.  
  212.    This proposal was formulated and circulated during Wednesday and
  213.    Thursday and presented at the IESG open plenary.  In contrast to the
  214.    extraordinarily contentious open IESG meeting in Cambridge, this
  215.    meeting was characterized by a strenuous effort by numerous people,
  216.    representing diverse points of view, to reach consensus on this
  217.    proposal, and the meeting ended with a distinct decision to proceed
  218.    on this basis.  Given the strong consensus that emerged at that
  219.    meeting, the group decided to implement the selection process by the
  220.    next IETF meeting, with the new IESG and IAB members to begin their
  221.    terms at the termination of the IETF meeting in March.
  222.  
  223.  
  224.  
  225.  
  226. Crocker                                                         [Page 4]
  227.  
  228. RFC 1640                    POISED WG Report                   June 1994
  229.  
  230.  
  231.    On Friday, the IAB and IESG met jointly to determine what to do next.
  232.    Both groups agreed to implement the change in processing standards
  233.    actions quickly and cooperatively and to identify the positions which
  234.    are open for selection.  Within a couple of weeks, the IAB finished
  235.    processing the standards actions in its queue, and IESG began to
  236.    handle standards actions on its own.
  237.  
  238. December ISOC meeting
  239.  
  240.    The Internet Society Trustees met December 10 and 11 at CNRI in
  241.    Reston, VA.  The process and organization of the IAB and IETF was one
  242.    of their major concerns.  A session of the Trustees at 3:00 p.m. EST,
  243.    December 10, was broadcast via the Internet.  It was not clear how
  244.    many people listened, but Geoff Huston, Internet Trustee, was spliced
  245.    in separately from Australia.
  246.  
  247.    At this session, I presented the POISED WG results deliberations and
  248.    asked on behalf of the IETF that the Trustees approve the selection
  249.    process described above.  For the long run, a new charter is needed.
  250.    Given the very compressed schedule for these activities, there has
  251.    not been time to draft and refine a new charter, so the Trustees were
  252.    asked to approve the general direction of the reorganization of the
  253.    IAB and IETF and give temporary approval to the selection process in
  254.    order to permit the first round of selections to proceed.
  255.  
  256.    The Trustees expressed strong approval for the work of the POISED WG
  257.    and general approval for the direction of the effort.  One area of
  258.    concern for the Trustees is the legal liability of the Internet
  259.    Society regarding decisions the IESG might make in the future.  The
  260.    Trustees made it quite clear that they are not inclined to
  261.    micromanage the IETF process, but they do feel compelled to
  262.    understand the legal issues and help construct a charter which is
  263.    consistent with their responsbilities as Trustees.
  264.  
  265.    The session adjourned with agreement to proceed on the current course
  266.    and for the IETF, IAB and ISOC Trustees to work together to draft the
  267.    appropriate charter.
  268.  
  269. Future activities
  270.  
  271.    Both the IESG and IAB have selected the positions which must be
  272.    filled through the new selection process.  As I write this, Vint Cerf
  273.    has been working to find a chair for the nominations committee, and
  274.    the process should move forward during January and February.
  275.    Communications on the details of the nomination process will be
  276.    published on the IETF mailing list and possibly other forums.  As
  277.    described above, the selection process should be complete well before
  278.    the next IETF meeting, and preferably by the end of February.
  279.  
  280.  
  281.  
  282. Crocker                                                         [Page 5]
  283.  
  284. RFC 1640                    POISED WG Report                   June 1994
  285.  
  286.  
  287.    The other open agenda item is the draft of a new charter for the IAB
  288.    and IETF and adoption of the charter by the ISOC.  This is the next
  289.    order of business for the POISED WG.
  290.  
  291.  
  292.  
  293.  
  294.  
  295.  
  296.  
  297.  
  298.  
  299.  
  300.  
  301.  
  302.  
  303.  
  304.  
  305.  
  306.  
  307.  
  308.  
  309.  
  310.  
  311.  
  312.  
  313.  
  314.  
  315.  
  316.  
  317.  
  318.  
  319.  
  320.  
  321.  
  322.  
  323.  
  324.  
  325.  
  326.  
  327.  
  328.  
  329.  
  330.  
  331.  
  332.  
  333.  
  334.  
  335.  
  336.  
  337.  
  338. Crocker                                                         [Page 6]
  339.  
  340. RFC 1640                    POISED WG Report                   June 1994
  341.  
  342.  
  343. ATTACHMENT 1: Message from Vint Cerf to the IETF, et al.
  344.  
  345. To: pgross@nis.ans.net
  346. Cc: iab@isi.edu, iesg@NRI.Reston.VA.US, ietf@isi.edu,
  347.         internet-society-trustees:;@IETF.NRI.Reston.VA.US,
  348.         internet-society-members:;@IETF.NRI.Reston.VA.US,
  349.         isoc-interest@relay.sgi.com
  350. Subject: Request for Recommendations
  351. Date: Wed, 12 Aug 92 21:46:48 -0400
  352. From: vcerf@NRI.Reston.VA.US
  353. Message-Id:  <9208122146.aa10744@IETF.NRI.Reston.VA.US>
  354.  
  355.  
  356.  
  357.  
  358. To:      IETF Chairman
  359. CC:      IAB, IETF, IRTF, ISOC Trustees, and ISOC Members
  360. From:    President, Internet Society
  361. Subject: Request for Recommendations on IAB/IETF/IRTF/ISOC Procedures
  362.  
  363. Introduction
  364.  
  365.    In June, 1992, The Internet Society Board of Trustees received a
  366.    proposed charter for an Internet Architecture Board to be created
  367.    within the Internet Society. The new Internet Architecture Board was
  368.    envisioned to be made up of the then current members of the Internet
  369.    Activities Board. The functions of the IETF and the IRTF would be
  370.    brought under the umbrella of the Internet Society as elements of the
  371.    newly chartered Internet Architecture Board. The Trustees voted to
  372.    accept the proposed charter, which is contained in RFC 1358.
  373.  
  374.    In the period between June and July, a great deal of discussion
  375.    occurred both by email and at the IETF meeting in Boston about the
  376.    procedures by which the IAB, IETF, and IRTF should work together
  377.    under the general umbrella of the Internet Society. Among the many
  378.    points raised, three seemed particularly important to consider:
  379.  
  380.       1. Procedures for making appointments to the Internet Architecture
  381.          Board.
  382.  
  383.       2. Procedures for resolving disagreements among the IETF, IESG,
  384.          and IAB in matters pertaining to the Internet Standards.
  385.  
  386.       3. Methods for ensuring that for any particular Internet Standard,
  387.          procedures have been followed satisfactorily by all parties
  388.          so that everyone with an interest has had a fair opportunity
  389.          to be heard.
  390.  
  391.  
  392.  
  393.  
  394. Crocker                                                         [Page 7]
  395.  
  396. RFC 1640                    POISED WG Report                   June 1994
  397.  
  398.  
  399.    Effective discussion of these issues requires the availability of an
  400.    open venue, an opportunity to comment by email, and the possibility
  401.    of conducting face-to-face meetings. Recognizing this, the IAB has
  402.    recommended that the most effective means available to the Internet
  403.    Community for gathering recommendations for refining our existing
  404.    procedures is to request that an IETF Working Group be formed.
  405.  
  406.    I am pleased to make this request of the IETF to create such a WG.
  407.    It would be extremely helpful to have recommendations on the three
  408.    topics listed above by the first of December, 1992, in time to be
  409.    presented at the Internet Society Board of Trustees meeting scheduled
  410.    for December 10th.
  411.  
  412.    With respect to point 1 above, the current procedures for making IAB
  413.    appointments are contained in the IAB charter (RFC 1358). RFC 1310
  414.    contains a description of the current process by which Internet
  415.    Standards are achieved. Points (2) and (3) could be discussed in the
  416.    context of the present procedures described in RFC 1310, which
  417.    recognizes a number of open issues in an appendix.
  418.  
  419.    The Internet Society Trustees hope that members of the IAB, IRTF,
  420.    IESG, and IETF, as well as general members of the Internet Society,
  421.    will take the time to share their thoughts in the proposed working
  422.    group forum. It is vital to the future of the Internet that these key
  423.    groups work together well. Certainly, the Internet Society Trustees
  424.    are committed to doing everything possible to facilitate effective
  425.    procedures and to preserve and enhance the special spirit of the
  426.    Internet Community which has created and maintains the health and
  427.    growth of the global Internet.
  428.  
  429.    Vint Cerf
  430.    President
  431.    Internet Society
  432.  
  433.  
  434.  
  435.  
  436.  
  437.  
  438.  
  439.  
  440.  
  441.  
  442.  
  443.  
  444.  
  445.  
  446.  
  447.  
  448.  
  449.  
  450. Crocker                                                         [Page 8]
  451.  
  452. RFC 1640                    POISED WG Report                   June 1994
  453.  
  454.  
  455. Process for Organization of Internet Standards (poised)
  456.  
  457. Charter
  458.  
  459. Chair(s):
  460.      Steve Crocker  <crocker@tis.com>
  461.  
  462. Mailing lists:
  463.      General Discussion:poised@nri.reston.va.us
  464.      To Subscribe:      poised-request@nri.reston.va.us
  465.      Archive:           nri.reston.va.us:~/poised/current
  466.  
  467. Description of Working Group:
  468.  
  469.        The goal of this working group is to examine the Internet
  470.        standards process and the responsibilities of the IAB, with
  471.        attention to the relationship between the IAB and IETF/IESG.
  472.  
  473.        The need for this working group was suggested during discussions
  474.        at the July 1992 IETF.  This led to a request from the Internet
  475.        Society president to form such a working group.
  476.  
  477.         The WG will consider the following matters:
  478.  
  479.          1. Procedures for making appointments to the Internet
  480.             Architecture Board.
  481.  
  482.          2. Procedures for resolving disagreements among IETF, IESG and
  483.             IAB in matters pertaining to the Internet Standards.
  484.  
  485.          3. Methods for assuring that for any particular Internet
  486.             Standard, procedures have been followed satisfactorily by
  487.             all parties so that everyone with an interest has had a
  488.             fair opportunity to be heard.
  489.  
  490.  
  491.          The WG will begin with a review of the procedures for making
  492.          IAB appointments as documented in RFC 1358 and a review of
  493.          the standards-making process documented in RFC 1310.
  494.  
  495.          The WG has a goal of issuing a final report in time for IESG
  496.          consideration and publication as an RFC before the
  497.          ISOC Board of Trustee's meeting in December 1992.  Given the
  498.          compressed timescale, the WG will conduct most of its
  499.          deliberations by electronic mail on the POISED WG mailing
  500.          list.   There will also be a preliminary report and discussions
  501.          at the November 1992 IETF meeting in Washington, DC.
  502.  
  503.  
  504.  
  505.  
  506. Crocker                                                         [Page 9]
  507.  
  508. RFC 1640                    POISED WG Report                   June 1994
  509.  
  510.  
  511.          This will be a normal IETF WG, i.e. the mailing list and all
  512.          discussions will be completely open.
  513.  
  514. Goals and Milestones:
  515.  
  516.    Sep 92 Gather initial set of issues and write a preliminary report.
  517.  
  518.    Oct 92 Post as an Internet Draft the initial recommendations to the
  519.           ISOC Board.
  520.  
  521.    Nov 92 Open discussion and presentation of the work of the POISED
  522.           Working Group at Washington D.C. IETF meeting.
  523.  
  524.    Dec 92 Submit the recommendations document to the IESG for posting
  525.           as an Informational RFC.  This document will be subsequently
  526.           transmitted to the ISOC Board.
  527.  
  528. Security Considerations
  529.  
  530.    Security issues are not discussed in this memo.
  531.  
  532. Author's Address
  533.  
  534.    Steve Crocker
  535.    Trusted Inforamtion Systems, Inc.
  536.    3060 Washington Road
  537.    Glenwood, MD 21738
  538.  
  539.    Phone: (301) 854-6889
  540.    EMail: crocker@TIS.COM
  541.  
  542.  
  543.  
  544.  
  545.  
  546.  
  547.  
  548.  
  549.  
  550.  
  551.  
  552.  
  553.  
  554.  
  555.  
  556.  
  557.  
  558.  
  559.  
  560.  
  561.  
  562. Crocker                                                        [Page 10]
  563.  
  564.